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The present invention relates to a self -service 
terminal (SST) and to a method of operating an SST. In 
particular, the invention relates to an automated teller 
machine (ATM) , and to a method of operating an ATM. 

5 ATMs provide users with a convenient source of cash in 

an unattended environment. However, to benefit from this 
convenience a user must be able physically to access an ATM, 
and must also be able to input data requested by the ATM 
such as a personal identification number (PIN) , an amount of 
10 cash to be withdrawn, and such like data. As a result, 
certain people are not able to use ATMs, for example, 
because they are confined to a home, because they have a 
visual impairment, because an ATM is located in an area that 
is not physically accessible for them, or such like reason. 

15 To overcome this problem, some people entrust their ATM 

card and PIN to a third party for conducting transactions on 
their behalf; but this is undesirable because it may lead to 
fraud, for example, if the third party withdraws more money 
than they are asked to withdraw, or if the third party makes 

20 unauthorised withdrawals. 

It is among the objects of an embodiment of the present 
invention to obviate or mitigate one or more of the above 
disadvantages, or other disadvantages associated with 
conventional SSTs . 

25 According to a first aspect of the present invention 

there is provided a self-service terminal having a user 
interface including means for identifying a user, 
characterised in that the terminal includes means for 
obtaining contact information for a communications device 

30 associated with a user; and contact means for establishing a 
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link with the communications device to allow a transaction 
to be entered thereby. 

Preferably, an entire transaction is entered using the 
communications device, where an entire transaction includes 
5 entry of an identification, such as a PIN, and entry of 
transaction data, such as an amount of money to be 
withdrawn. 

The communications device is retained by a user, and is 

used as an alternative to any input device on the SST, such 
10 as a keypad, touchscreen, function display keys (FDKs), or 

such like. Thus, the communications device is used as an 

alternative input means. 

In one embodiment, the communications device is located 

remotely from the SST during a. transaction. This allows a 
15 person ("the user") to enter a transaction at a remote 

location while another person, who is located at the SST, 

receives any item dispensed from the SST as a result of the 

transaction entered by the user. 

By virtue of this embodiment of the invention an 
20 account holder ("the user") who is unable to access or use 
an ATM is able to provide a third party with a token that 
the third party presents to the ATM. The account holder 
("the user") is contacted by the ATM when a transaction is 
to be entered. The account holder can then enter a security 
25 code (such as a PIN) and transaction details (such as 

withdraw twenty pounds sterling) . This enables an account 
holder to allow a third party to collect money or other 
media from their account using an ATM, without having to 
divulge a PIN or other security code to the third party, 
30 thereby minimising the potential for abuse of trust. 
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In another embodiment, the communications device is 
located locally at the SST during a transaction so that the 
person who operates the communications device ("the user") 
is the person who receives any item dispensed from the SST 
5 as a result of the transaction. 

By virtue of this embodiment of the invention, a self- 
service terminal is operable to identify a user and to dial 
a user's telephone so that the user can enter a transaction 
using the telephone rather than the terminal's user 

10 interface. One advantage of this embodiment of the 

invention is that the user does not have to determine the 
telephone number of the SST, because the SST calls the 
user's communications device once the user has been 
identified. For a visually- impaired user who has no 

15 difficulty in physically accessing an SST, this obviates any 
requirement for a third party to assist with a transaction. 

It will be appreciated that "the user" referred to 
herein is the person who operates the communications device, 
not necessarily the person who is located at the SST. 

20 Preferably, the communications device is in the form of 

a telephone, such as a cellular telephone (for use in 
entering a transaction either locally at an SST or remotely 
from an SST) or a landline telephone (for use in entering a 
transaction remotely from an SST) . Alternatively, the 

2 5 communications device is in the form of a computing device 
having a modem. Typical computing devices include a 
personal computer (PC) , a pocket computer, a personal 
digital assistant, and such like. 

Preferably, the means for identifying a user comprises 

30 a module (such as a card reader), for receiving a physical 

identification token (a claimed identity) , which is used. in 
conjunction with an identity verifier, such as a personal 
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identif ication number (PIN) . Suitable card readers include 
a magnetic stripe card reader and a smart card reader. 
Other identification tokens may be used, such as a smart 
ring, smart button, personal digital assistant, or cellular 
5 telephone. Alternatively, in embodiments where the user is 
always located in the vicinity of the SST, the means for 
identifying a user may comprise a recognition module (such 
as a biometrics unit) for receiving a token derived from 
part of a user's body. Suitable biometrics units include a 
10 human iris recognition unit, a fingerprint sensing unit, a 
facial recognition unit, a voice recognition unit, and such 
like. 

The means for obtaining contact information for a 
communications device associated with a user may be 
15 implemented by a controller accessing a database of stored 
telephone numbers. Alternatively, the telephone number may 
be retrieved from a user identification token (for example, 
the telephone number may be stored on a user's card), so the 
means for obtaining contact information may be implemented 

2 0 by a token reader (such as a card reader) . 

The database stores a user identifier and a telephone 
number or. numbers associated with that user. Where more 
than one telephone number is stored, an algorithm or rules 
engine may be used to determine which number is to be 
25 called, or the numbers may be called in a predetermined 
order or in an order determined by the rules engine. 

The database may be stored on the SST, partially on the 

SST (for example, in a distributed storage arrangement), or 
in a remote repository. 

3 0 The contact means may contact the communications device 

directly, for example, by dialling a telephone number 
associated with the communications device. Alternatively, 




the contact means may contact the communications device 
indirectly, for example, by requesting a remote centre to 
contact the communications device. The remote centre may be 
a transaction host. 
5 The contact means may be implemented by a transceiver, 

such as a cellular radio-frequency transceiver. 

The self-service terminal may be an ATM. 
According to a second aspect of the present invention 
there is provided a method of operating a self-service 
10 terminal having a user interface, the method including the 
step of identifying a user, and being characterised by the 
further steps of: obtaining contact information for a 
communications device associated with the identified user, 
and establishing a telecommunications link with the 
15 communications device so that a transaction may be entered 
via the link. 

The step of identifying a user is preferably 
implemented by receiving an identity token. An identity 
verifier, such as a PIN or code, may be requested by the 
2 0 terminal after the link has been established so that the 

person presenting the claimed identity does not need to be 
aware of the identity verifier. 

According to a third aspect of the present invention 
there is provided a self-service terminal system comprising 

2 5 a host and at least one self-service terminal, each terminal 

having a user interface including transaction entry means 
and means for identifying a user, characterised in that the 
system includes means for obtaining contact information for 
a communications device associated with a user, and contact 

3 0 means for contacting the communications device to allow a 

transaction to be entered thereby. 



According to a fourth aspect of the present invention 
there is provided a self-service terminal for visually 
impaired users, the terminal comprising means for 
identifying a user, and means for contacting a 
communications device associated with that user, whereby a 
user may operate the terminal using the communications 
device. 

According to a fifth aspect of the present invention 
there is provided a self-service terminal having a user 
interface including transaction entry means and a token 
reader for reading an identification token, characterised in 
that the terminal is operable to read a token indicating 
that a transaction is to be entered using remote entry 
means, and includes contact means for contacting the remote 
entry means to allow a transaction to be entered thereby. 

These and other aspects of the present invention will 
be apparent from the following specific description, given 
by way of example, with reference to the accompanying 
drawings, in which: 

Fig 1 is a block diagram of a self-service terminal 
system according to one embodiment of the present invention; 

Fig 2 is a schematic perspective view of one of the 
terminals of Fig 1; 

Fig 3 is a simplified block diagram of the architecture 
of the terminal of Fig 2; 

Figs 4a to 4d illustrate screens presented to a person 
located at one of the terminals of Fig 1 during a 
transaction ; 

Fig 5 is a block diagram of a self-service terminal 
system according to another embodiment of the present 
invention; and 



Fig 6 is a simplified block diagram of the architecture 
of the terminal of Fig 5 . 

Reference is now made to Fig 1, which is a block 
diagram of a self-service terminal system 10 according to 
one embodiment of the present invention. The system 10 is 
owned and operated by a financial institution and comprises 
a host 12 interconnected to a plurality of SSTs 14 (only 
two, 14a and 14b, are shown) by a secure network 16. The 
SSTs 14 are ATMs. The host 12 includes a communication 
interface 17, an authorisation facility 18 and a back-office 
facility 20. 

The authorisation facility 18 authorises transaction 
requests received from ATMs via the network 16. The 
authorisation facility 18 also authorises transaction 
requests received from Point of Sale terminals (not shown) 
and other ATM networks (not shown) . 

The back-office facility 20 maintains records for every 
account maintained by the financial institution. Each 
record includes a list of all the transactions executed 
relating to that account. Typical transactions include: 
direct credits, direct debits, cheques, cash withdrawals, 
and such like. The back-office facility 20 provides 
(typically on a daily basis) the transaction authorisation 
facility 18 with account information for each account 
maintained by the financial institution. 

The ATMs 14 are physically remote from each other, but 
are shown in proximity in Fig 1 for clarity. Fig 1 also 
shows a remote entry means 21 (also referred to herein as a 
communications device) in the form of a cellular telephone 
which can be accessed by the communication interface 17, as 
described in more detail below. 
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Reference is now made to Fig 2, which is a perspective 
view of one of the ATMs 14 of Fig 1. Each ATM 14 has a user 
interface 22 located within a moulded fascia 24. The user 
interface 22 comprises: a display 26, local entry means 28 
5 in the form of an encrypting keypad, a cash dispense slot 
30, a card entry/exit slot 32, and a receipt slot 34. 

Reference is now made to Fig 3, which is a simplified 
block diagram of the architecture of the terminal of Fig 2 . 
A system bus (or a plurality of system buses) 3 6 
10 interconnects various modules in an ATM controller 40 to 
allow mutual intercommunication, as will be described in 
more detail below. 

User associated modules 42 comprise the following 
elements (peripheral devices) : a token reader 50 in the form 

15 of a card reader, the display 26, the encrypting keypad 

module 28, a printer 56, and a cash dispenser 58. Some of 
these user associated modules 42 are part of the user 
interface 22 (such as the display 26 and the keypad 28),. 
other user associated modules 42 are associated with the 

20 user interface 22 (such as the card reader 50, which is 
associated with, and located rearwardly of, the card 
entry/exit slot 32). 

The controller 40 comprises modules for driving the 
user interface elements, namely: card reader controller 60, 

25 display controller 62, keypad controller 64, printer 

controller 66, and dispenser controller 68. These user 
associated modules (26, 28, 50, 56, and 58) and associated 
controllers (60 to 68) are standard modules that are used in 
conventional ATMs and will not be described in detail 

30 herein. 

The controller 40 also comprises a BIOS 70 stored in 
non-volatile memory, a microprocessor 72, associated main 
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memory 74, storage space 76 in the form of a magnetic disk 
drive, and a dedicated network connection 7 8 for connecting 
the ATM 14 to the transaction host 12 (Fig 1) via the 
network 16. 

5 In use, the main memory 74 is loaded with an ATM 

operating system kernel 80, and an ATM application 82. As 
is well known in the art, the operating system kernel 80 is 
responsible for memory, process, task, and disk management. 
The ATM application 82 is responsible for controlling the 
10 operation of the ATM 14, including: presenting screens on 
the ATM display 26, receiving data read by the card reader 
50, preparing transaction requests for sending to the host 
12 via the network connection 78, and receiving responses 
and commands from the host 12 via the network connection 78. 

15 The term "screen" is used herein to denote the 

graphics, text, controls (such as menu options) , and such 
like, that are displayed on an ATM monitor; the term 
"screen" as used herein does not refer to the hardware (that 
is, the monitor) that displays the graphics, text, controls, 

2 0 and such like. 

If a person is unable to use an ATM or experiences 
difficulty in using an ATM, for example because of mobility 
problems or visual impairment, then that person provides the 
financial institution with a contact telephone number to be 

2 5 used during a transaction. The institution then issues that 
person (the account holder, also referred to herein as "the 
user") with a magnetic stripe card that stores a contact 
telephone number in addition to conventional details about 
the' account holder and the account. The contact telephone 

30 number is the telephone number of the account holder's 
cellular telephone 21. 

Two person transaction example 
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One example of a typical transaction at one of the ATMs 
14 will now be given with reference to Figs 4a to 4d. In 
this example, the account holder wishes to withdraw cash 
from an ATM, and gives the card to a trusted third party, 
for example a friend or relative. Thus, in this example, 
the person entering transaction details is located remotely 
from the ATM 14, and a trusted third party is used to 
initiate the transaction at the ATM 14. 

Initially, the third party approaches an ATM 14 
displaying screen 100 (Fig 4a) and inserts the card. The 
card reader 50 reads the magnetic stripe on the card and 
conveys the read details to the ATM application 82 via the 
card reader controller 60 and the bus 36. The ATM 
application 82 analyses these details and determines that 
the magnetic stripe stores a telephone number in addition to 
account details (for example, name of account, number of 
account, and such like) . 

The ATM application 82 displays screen 102 (Fig 4b) to 
inform the person located at the ATM (in this example, the 
third party) that the transaction will be entered using a 
remote entry device (that is, not using the ATM 1 s user 
interface 22) . 

The ATM application 82 then uses network connection 7 8 
to convey a file including account details and the telephone 
number to the communication interface 17 in host 12. The 
communication interface 17 receives this file and 
automatically dials the telephone number and activates an 
audio and/or visual interface. This embodiment uses an 
audio interface having recorded messages and selectable 
options associated with numbers so that a user can select an 
option by depressing a number on the telephone keypad. 
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When the account holder answers this telephone call at 
the cellular telephone 21, then the account holder is first 
asked (by the audio interface) to enter a secure code. The 
secure code may be the account holder's PIN, or it may be 
another code (referred to herein as an access code) . The 
access code may be a subset of a longer code. For example, 
the account holder may be asked to enter the second, fourth, 
and fifth digits/letters of their access code. This may be 
used to improve security in case a fraudster attempts to 
eavesdrop or intercept a code as it is being entered by the 
account holder. 

Once the account holder has entered the secure code, a 
transaction menu is then recited to the account holder. The 
transaction menu may include options such as: bill payment, 
cash withdrawal, transfer funds between accounts, and such 
like. 

In this example, the account holder selects the cash 
withdrawal option, using either speech or a button on the 
telephone 21. 

A cash withdrawal menu is then recited to the account 
holder. The account holder enters the amount of cash to be 
withdrawn. A confirmation menu may also be recited to allow 
the account holder to confirm the transaction details. 

The communication interface 17 then combines the 
transaction details and code entered by the account holder 
with the account details conveyed form the ATM 14 into a 
single transaction request file and sends the transaction 
request file to the authorisation facility 18 for 
authorising. 

If the transaction request is authorised then the host 
12 notifies the ATM 14 and the ATM application 82 presents a 
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screen 104 (Fig 4c) to the person located at the ATM (in 
this example, the trusted third party) to inform him/her to 
remove the card because cash is about to be dispensed. 

The communication interface 17 may also inform the 
account holder via cellular telephone 21 that the 
transaction has been executed and that cash has been 
dispensed. 

If the transaction request is not authorised, for 
example, because the secure code was incorrect or because 
adequate funds are not available, then the ATM application 
82 presents a screen 106 (Fig 4d) to the trusted third party 
to inform him/her that the transaction was not authorised. 

The communication interface 17 may also inform the 
account holder via cellular telephone 21 that the 
transaction has not been authorised. 

It will be appreciated that this embodiment has the 
advantage that an account holder can execute a transaction 
at an ATM without having to be present at the ATM, and 
without having to divulge their PIN or other secure code to 
enable the transaction to be executed, thereby reducing the 
possibility of fraud. It will also be appreciated that this 
embodiment has the advantage that an account holder can 
control a transaction in real time even though the account 
holder is located remotely from a terminal that fulfils the 
transaction. 

It will also be appreciated that in the above 
embodiment the means for obtaining contact information for a 
communications device and the means for identifying a user 
are both implemented by the card reader 5,0 in conjunction 
with the card reader controller 60 and the ATM application 
82. 
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One person transaction example 

Another example of a typical transaction at one of the 
ATMs 14 will now be given. In this example, the person 
conducting a transaction is located in the immediate 
vicinity of the ATM 14, and initiates the transaction at the 
ATM 14 by inserting the card. 

The transaction proceeds in the same way as the above 
example, the only differences being that the account holder 
is present at the ATM, and the account holder removes the 
withdrawn cash. 

Second embodiment 

Another embodiment of the present invention will now be 
described with reference to Fig 5, which is a block diagram 
of a self-service terminal system 210 according to another 
embodiment of the present invention; and also with reference 
to Fig 6, which is a simplified block diagram of the 
architecture of the terminal of Fig 5. 

The system 210 is owned and operated by a financial 
institution and comprises a host 212 interconnected to a 
plurality of SSTs 214 (only two, 214a and 214b, are shown) 
by a secure network 16. . The SSTs 214 are ATMs. The host 
212 includes an authorisation facility 18 and a back-office 
facility 20. 

The ATMs 214 are similar to ATMs 14; but the ATM 
controller 240 in ATMs 214 is slightly different to the ATM 
controller 40 in ATMs 14. In particular, ATM controller 240 
includes contact means 217 .in the form of a transceiver, and 
a modified ATM application 282. 

In this embodiment, an ATM 214 communicates directly 
with a communications device 21 rather than via the 
communication interface 17. This is accomplished by the 
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transceiver 217 dialling (under control of the ATM 
application 282) the communications device 21 and conveying 
data between the ATM application 2 82 and the communications 
device 21. When the ATM application 282 has received from 
the communications device 21 all data required for a 
transaction, the ATM application 282 obtains authorisation 
for the transaction from the remote host 212 in a 
conventional manner. 

In a similar way as for the previous embodiment (Figs 1 
to 4D) , this embodiment can be used by an account holder who 
is present at the ATM during a transaction (the one person 
transaction example) , or by an account holder who is remote 
from the ATM during a transaction (the two person 
transaction example) . 

Various modifications may be made to the above 
described embodiments within the scope of the invention, for 
example, the communications device 21 may include an 
encryption unit for increased security. In other 
embodiments, the ATM application 82 or 282 may present the 
trusted third party with advertisements during the delay 
introduced by the account holder entering a transaction. In 
other embodiments, the person entering the transaction may 
be enabled to stop presentation of screens at the ATM while 
a transaction is being entered and executed. In other 
embodiments, the SST may be a non-cash kiosk. 
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Claims 

1. A self-service terminal (14 or 214) having a user 
interface (22) including means (50) for identifying a user, 
characterised in that the terminal includes means (50) for 
obtaining contact information for a communications device 
associated with a user; and contact means (17 or 217) for 
establishing a link with the communications device (21) to 
allow a transaction to be entered thereby 

2- A terminal according to claim 1, wherein the 
communications device (21) is a telephone. 

3. A terminal according to claim 2, wherein the means 
for obtaining contact information includes means for 
retrieving data relating to a telephone number to be called 
by the terminal to contact the telephone. 

4. A terminal according to any preceding claim, wherein 
the contact means contacts the communications device 
directly. 

5. A terminal according to any of claims 1 to 3, 
wherein the contact means requests a remote transceiver to 
establish a link with the communications device. 

6 . A terminal according to any preceding claim, wherein 
the terminal is an automated teller machine. 

7 . A method of operating a self-service terminal having 
a user interface, the method including the step of 
identifying a user, and being characterised by the further 
steps of: obtaining contact information for a communications 
device associated with the identified user, and establishing 
a telecommunications link with the communications device so 
that a transaction may be entered via the link. 



8. A self-service terminal system (10 or 210) 
comprising a host (12 or 212) and at least one self-service 
terminal (14 or 214), each terminal (14 or 214) having a 
user interface (22) including transaction entry. means (2 8) 
and means (50) for identifying a user, characterised in that 
the system (10 or 210) includes means (50) for obtaining 
contact information for a communications device (21) 
associated with a user, and contact means (17 or 217) for 
contacting the communications device (21) to allow a 
transaction to be entered thereby. 



SELF-SERVICE TERMINAL 



Abstract 

A self-service terminal (14 or 214) is described. The 
terminal has a user interface (22) including transaction 
entry means (28) and a token reader (50) for reading an 
identification token. The terminal (14 or 214) is operable 
to read a token indicating that a transaction is to be 
entered using a communications device (21), such as a 
telephone. The terminal further includes contact means 
(78,82 or 217,282) for contacting the communications device 
(21) to allow a transaction to be entered thereby. A method 
of operating a self-service terminal, and a self-service 
terminal system, are also described. 



[Fig 1 or Fig 5] 
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